Migration Model 



BACKGROUND OF THE INVENTION 

5 TECHNICAL FIELD 

The invention relates generally to computerized impact analysis. More particularly, 
the invention relates to an interactive tool with which users can quickly and 
accurately predict that effects triggers have on existing revenue infrastructure, such 
10 as volumes, costs, and revenues from the enterprise level down to the branch level. 

DESCRIPTION OF THE PRIOR ART 

Advances in technology affect current volumes and revenues at many points along a 
15 value chain of a company or enterprise at ever increasing rates. Some of these 
effects are direct and easily predictable. Others are ripple effects of conflicting 
and/or complementing technologies. 

Historical data mining techniques can be used to review the effects of a particular 
20 technology and can do so independently. However, attempts to factor in other 
changes can be difficult, as they typically require multiple queries and complex 
algorithms. Most of the attempts to review such changes ultimately lose creditability 
and accuracy due to invalid assumptions and/or missing technology factors. 
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An example of a challenging situation presents itself in the current payments 
environment. In such environment, the rate and magnitude of change requires 
financial institutions to plan and react with time-to-market windows that are 
shortening. 

5 

Another example is a transaction volume increase or decrease in an element of a 
financial institution's value chain having a ripple effect on the other elements in the 
value chain. For example, if point-of-sale check truncation transaction volumes grow 
steadily over the next few years, it is important for financial institutions to predict the 
10 impact on current volumes, revenues, and costs of paper and electronic products. 

It has also been found that a financial institution's line-of-business, operations, and 
technology executives and managers need to be able to model current trends and 
"what if" scenarios to determine the financial impacts on paper and electronic 
15 elements in the financial institution's value chain. 

Various techniques have been developed which address related issues, as follows. 

A. R. Melchione, R. Martinez, E. Seifert, and M. Hirsch, Sales and marketing support 
20 system using a customer information database, U.S. Patent No. 5,930,764 (July 27, 
1999) discloses a marketing tool used for segmenting data in order to target 
marketing based on internal and external data. The Melchione, ef al teachings are 
sales target - and market-based, and does not disclose any knowledge 
management. 

25 
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A. W. Ulwick, Computer based process for strategy evaluation and optimization 
based on customer desired outcomes and predictive metrics, U.S. Patent No. 
5,963,910 (Oct. 5, 1999) discloses a technique that is based on customer needs. 
Outcome goals are predefined and the predictor likelihood is applied as a 

5 percentage to see if the goals are met. Ulwick's technique can apply multiple goals 
and likelihood in one analysis. Ulwick builds knowledge through storing of previous 
analyses, but it should be appreciated that Ulwick's technique is goal driven in that 
analysis is applied to determine if predefined goals are met. Also, Ulwick's teachings 
are based on desired outcomes of multiple groups rather than based on the financial 

1 0 implications. 

L. Honarvar, Decision management system for creating strategies to control 
movement of clients across categories, U.S. Patent No. 6,321,206 (Nov. 20, 2001) 
discloses a technique which allows monitoring and evaluating client performance in 
15 their respective interactions with an organization. It also stratifies clients into groups 
and tracks marketing and other experiments. It also monitors for client movement 
between groups. Honarvar's technique is tracking based and does not have any 
knowledge management. 

20 N. Kushmerick, S. Hanks, and D. Weld, An Algorithm for Probabilistic Planning , 
Artificial Intelligence (April 13, 1994) disclose a technique which builds probability 
chains. The technique predicts an outcome of events based on the probability of 
multiple states and actions, based on mathematics and based on probabilities, as 
opposed to historical data. There are no cost and/or revenue projections taught or 

25 disclosed. 
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What is needed is a planning and evaluation tool to provide executives and 
managers of financial institutions with means to provide enterprise wide high quality 
information in support of both strategic and tactical decisions as they relate to 
proposed changes in the financial institution's environment. 

5 

It would therefore be advantageous to provide a migration model apparatus and 
process having predefined rules and triggers which allow a user to quickly make 
assumptions on the direct impacts of a particular technology, as well as the cursory 
impacts on other associated technologies. 

10 

It would further be advantageous to provide a migration model apparatus and 
process that serves as a knowledge repository. As users develop new triggers, 
based on impact analysis for example, such newly defined triggers are reviewed by 
system administrators and added to the repository for use in future analyses. 

15 

It would also be advantageous to provide an interactive tool with which users can 
quickly and accurately predict the effects new product triggers will have on existing 
volumes, costs, and revenues from the enterprise level all the way down to the 
branch level. 

20 



SUMMARY OF THE INVENTION 
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An apparatus and process for a migration model is provided that simulates impacts 
of various industry triggers, such as for example debit card products and online 
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financial services, on aggregated costs and revenues associated with the traditional 
products and sen/ices, such as the traditional use of checks. The migration model 
apparatus and process provides an interactive tool for the simulation and analysis of 
the impact of new triggers. The tool is interactive and allows a user to select from 
5 one or more triggers and to base the impact analysis on the interaction of the 
selected triggers with user defined parameters. The migration model apparatus and 
process provides a knowledge management system, whereby a user can define new 
triggers, which are then reviewed by application administrators and subsequently 
added to a library of triggers. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic diagram of a logical architecture of the main components 
15 according to the invention. 

Fig. 2 is an example of a Welcome page for an interactive application according to 
the invention; 

20 Fig. 3 is an example Home Page for the application user view according to the 
invention; 

Fig. 4 is an example Create/View Trigger page providing means for creating new 
triggers, and viewing and maintaining existing triggers according to the invention; 

25 
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Fig. 5 is an example Trigger Detail page providing means for the user to create a 
new Trigger according to the invention; 

Fig. 6 is an example Trigger View page, providing means for the user to view the 
5 parameters of a particular active or pending trigger according to the invention; 

Fig. 7 is an example New Impact Analysis Request Page according to the invention; 

Fig. 8 is an example first Impact Analysis Request Page providing means for the 
10 user to specify the parameters for a new Impact Analysis Request according to the 
invention; 

Fig. 9 is an example second Impact Analysis Request Page providing the user 
functionality to view and delete a previously submitted Impact Analysis Request 
1 5 according to the invention; 

Fig. 10 is an example Impact Analysis Results Page which provides the user a list of 
processed Impact Analysis Requests according to the invention; 

20 Fig. 11 is an example Impact Analysis Result Details Page providing means for 
allowing the user to view analysis results according to the invention; 

Fig. 12 is an example Trigger Results Users Page allowing the user to grant viewing 
permissions to other users of the application according to the invention; 

25 
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Fig. 13 is an example Actual Data Views Page providing a list of processed Data 
View Requests according to the invention; 

Fig. 14 is an example Actual Data View Request Detail page providing means for 
5 allowing the setup of a new Actual Data View Request according to the invention; 

Fig. 15 is an example Actual Data View Result Page showing the results of a 
selected Actual Data View Request according to the invention; 

10 Fig. 16 is an example Home Page (Administrator user view) according to the 
invention; 

Fig. 17 is an example Administration Home Page for application administrators 
according to the invention; 

15 

Fig. 18 is an example Administration Users List Page providing a list of all users 
defined to the application according to the invention; 

Fig. 19 is an example Administration User Detail page providing viewing and 
20 maintenance of an existing application user according to the invention; 

Fig. 20 is an example Trigger Priority Page providing functionality to reorder the 
priority of existing application triggers according to the invention; 
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Fig. 21 is an example Administration Payment Segment Page providing viewing and 
maintenance of industry segment percentages within industry segment groups 
according to the invention; and 

5 Fig. 22 is an example User Profile Page providing the application user the ability to 
view and maintain his or her profile information according to the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

10 

An apparatus and process for a migration model is provided that simulates impacts 
of various industry triggers, such as for example debit card products and online 
financial services, on aggregated costs and revenues associated with the traditional 
products and services, such as the traditional use of checks. The migration model 

15 apparatus and process provides an interactive tool for the simulation and analysis of 
the impact of new triggers. The tool is interactive and allows a user to select from 
one or more triggers and to base the impact analysis on the interaction of the 
selected triggers with user defined parameters. The migration model apparatus and 
process provides a knowledge management system, whereby a user can define new 

20 triggers, which are then reviewed by application administrators and subsequently 
added to a library of triggers. 

A preferred embodiment of the invention is described with reference to Fig. 1 . Fig. 1 
is a schematic diagram of a logical architecture of the main components and depicts 
25 a corresponding process flow according to the invention. All current information 
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about transactions and related infrastructure are in existing systems of record 
102. An enterprise may have more than one location for holding expenses and 
more than one system of record for holding revenues and volumes. 



5 In one embodiment of the invention, all of the current environment information, 
referred to herein as baseline data, is tracked into a single data store or data 
warehouse 104, a convenient mechanism for baseline data. In another 
embodiment of the invention, the information collected and stored in the system 
of record 102 is accessed directly 105. 

10 

Model defined rules and triggers 106 provide the information that can be 
programmed for processing the data from the baseline data, i.e. from the data 
warehouse 104 or accessed directly 105. Model defined rules and triggers 106 
comprises three fundamental dominant groups: categorization of groups of data 
15 108, industry or external evaluation parameters 110, and the iteration matrix 112. 

The first group is the categorization of groups of data 108. In the example of Fig. 
1, the data is transactional data, such as paper checks. For example, the 
categorization group 108 may segment data based on how the data is routed, a 
20 geographic distribution, because the data might be influenced differently. In this 
case, a large bank may be structured as multiple separate banks based on 
region and state, resulting in the data warehouse being thus categorized by 
geography. Another example of categorization can be by type of customer, 
wholesale versus retail. Another example of categorization is by type of account, 
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such as type of merchant account or type of resale account. Generally speaking, 
the categorization of groups 108 is a way to structure base line data into 
meaningful subsets. 

5 The set of industry evaluation parameters 110 component is a representation of 
the external environment. That is, industry evaluation parameters 110 reflect a 
perception of external influences on the raw data. In the example of Fig. 1 , the 
set of industry evaluation parameters 110 comprises two sets of information. 
One set is the distribution of transactions across types of merchants. For 

10 example, retail merchants physically bring to a bank a particular mix of 
transactions, which is factored into the model. The mix of transactions may be 
paper checks and credit cards. The mix of transactions can be used as 
representing payment behavior for an industry segment. 

15 The industry evaluation parameters 1 10 are applied to the categorization of groups 
108 for determining the industry evaluation parameters for a particular subset or 
group of data. For example, merchant customers of a particular bank may be 
20% retail merchants and 80% manufacturing merchants. A change in the 
number of checks submitted to both of these customer sets obviously may be 

20 different. Thus, the migration model allows a bank to evaluate the impact of 
change on volume based on the nature of the customer set, as opposed to based 
purely on a growth prediction of the category percentage of a given volume. 
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The iteration matrix 112 component describes how a trigger interacts with the 
data. The iteration matrix 112 has trigger set up capability by indicating the types 
of behavior with which the trigger interacts and how the triggers interact with each 
other. For example, a user can select four or five things affecting an industry, 
5 that is, four or five triggers and sets forth which trigger is applied first, second, 
etc. 

The interactive transformation engine 1 14 takes the raw data and the rules and 
brings them together by performing the corresponding calculations. In the 
10 example of Fig. 1, the interactive transformation engine 114 is viewed as a big 
matrix multiplier. Typically, the engine takes as input three, four, or five 
multidimensional sets of raw data, where, for example, one set of data represent 
the current state and another set of data may represent an interaction matrix, and 
performs the matrix mathematics. 

15 

The icon 1 1 6 is a display by which a user sets and resets the characteristics of 
the model for various simulations. The display icon 116 allows a user to modify a 
trigger, to make assumptions about a specific change in volume over a period of 
time, such as years, i.e. volume projection. It should be appreciated that by way 
20 of the display icon 116, the user can define criteria. The criteria are not 
programmed into software or set in hardware. A user is free to perform any type 
of analysis based on personal judgment. Also, a user is allowed to override 
system provided rules, if any. 



The final product output from the interactive transformation engine 114 is the 
impact analysis 118. The output 118, representing analysis performed on the 
combination of the specially grouped raw data, applied external and industry 
evaluation parameters, and the iteration matrix, can be presented in a variety of 
5 formats, such as reports or on a screen. Regardless of format, the output 
describes the change in the underlying revenue, volume, and cost, based on 
assumptions that had been built into the model and provided by the user. 

It should be appreciated that process is iterative. Based on the results of the first 
10 cycle of the impact analysis, a user can generate further analysis by adding new 
triggers and/or reorganizing existing triggers 120. 

It should also be appreciated that the migration model apparatus and process 
provides a knowledge management subsystem. It gains knowledge with each 
15 trigger and/or with each iteration. That is, as each analysis is run, if a user 
decides that a particular trigger should be used for future analyses, for himself or 
for others, then that trigger can be incorporated into the model, so that the next 
person that runs the analysis can build off the former analysis. 

20 In essence, the migration model apparatus and process is a multi-dimensional model 
that transforms raw data, based on the user's selection of industry influences, into 
a prediction of what the future state would be over time. 
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An Ex mplary Migration Mod I 



Overview 

5 The described exemplary migration model is a migration model offering to 
application and administrator users a variety of functionality, comprising two of 
particular interest: a Trigger Impact module and an Actual Data View module. 

The Trigger Impact module assesses the impact of one or more triggers on a user 
10 defined data sub-set and in accordance with user-defined assumptions and 
parameters. For purposes of this example, a trigger is defined as an initiative, either 
internal or external, which triggers the conversion of a paper check transaction to a 
paperless electronic transaction. The Migration Model comprises a database 
component which itself comprises a trigger table. The trigger table comprises both 
15 active and pending triggers, such triggers having any of the following attributes: a 
trigger name, description, service codes, industry codes, transactional segments to 
which a trigger is mapped, as well as a trigger priority for use when multiple triggers 
are used. For example, if Trigger 1's impact is calculated, then Trigger 2's impact is 
applied to the remaining results of Trigger 1 . 

20 

It should be appreciated that the reference to conversion of a paper check 
transaction to a paperless electronic transaction is an example application of the 
model according to the invention. It should be emphasized that according to the 
invention a conversion of any type of transaction to any other type of transaction can 
25 be modeled. 
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The Actual Data View module allows the user to retrieve actual transaction data from 
the Model database by means of a query. The user provides the desired query 
parameters into a request screen and views the query results from a results screen. 

5 

It should be appreciated that this modeling tool takes advantage of and is based on 
a significant amount of data mining. That is, the data elements required by the 
modeling tool comprise live and real volume, revenue, and cost information for all 
products and for services integral to or touching upon the value chain. As much 
10 information as possible is captured as raw data at the source. 

It should further be appreciated that the Migration Model provides means for 
obtaining information that is robust, timely, and accurate. It automates the extraction 
of information directly from sources wherever possible, enabling timeliness and 

15 accuracy of information, which is essential for the validation of the modeling results. 
The obtained data is descriptive not only of the products and sub-products, the 
processing centers, and the geographic entities, but data about customer 
relationships, customer segments, and industry segments are obtained as well. The 
concept of the modeling tool from a data perspective is that it relies on data being 

20 readily available from a data mart established for the purpose of supporting modeling 
tool operation. Hence, with information that is robust, timely, and accurate, the 
modeling toors ability to manipulate data, perform messaging, and perform financial 
calculations can be customized to fit an institution's specific needs. 
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The modeling tool operates using variables from two main sources: user provided 
and those built in tables. The user of the modeling tool makes selections to specify 
the scope of a request, such as for example: geographic, an individual customer 
relationship or customer segment, industry segment, transaction types, evaluation 
time frames, and generic growth, etc., and to specify the variables or assumptions 
that control the model calculations. The remaining variables or parameters are 
available to the modeling tool in the form of tables maintained by the organization 
with responsibility for model administration. Examples of such remaining variables 
or parameters are those from previous analyses, established and approved triggers, 
etc. 

A user of the modeling tool has options concerning how modeling tool output is 
displayed. In the Migration Model output is available in graphic or tabular form 
showing predicted volume, revenue, cost, and gross margins after impact. Results 
15 can be viewed as impacts, or predictive volumes after impacts are applied. The 
model database includes thirteen months of actual transaction data, which gives a 
user the option of viewing model results for a month, a total year, or annualized 
based on selected months. 

20 Sample All-User Page . 

Welcome Page 

Fig. 2 is an example of a Welcome page for an interactive Web tool application. The 
25 Welcome Page is displayed upon entry to the application. For the user to continue 
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past this page, the user must be defined to the applications security realm. The user 
is prompted for ID and password which is subsequently verified and used to 
determine if the user's role is application or administrator. 

5 The first-time user is provided with a link to the model administrator for the purpose 
of requesting access to the model. 

Sample Application User Pages . 

10 Home Page 

Fig. 3 is an example Home Page for the application user view (as opposed to for the 
administrator user view) and is presented to the user following application logon. 
This page presents the functions available to the application user. For ease of 
15 navigation these functions may be linked to throughout the application via the 
Toolbar frame. For application users, the User Profile link is made available for 
modifying user specific information. 

CreateA/iew Trigger Page 

20 

Fig. 4 is an example Create/View Trigger page providing means for creating new 
triggers, and viewing and maintaining existing triggers. A list of both existing Active 
and Pending Triggers is presented. From this page the user may perform the 
following functions: 
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• Creating a new Trigger; 

• Viewing an existing Active Trigger; 

Creating a new Trigger based upon the parameters of an existing Active Trigger; 
and 

5 • Viewing an existing Pending Trigger. 



Trigger Detail Page 



Fig. 5 is an example Trigger Detail page providing means for the user to create a 
10 new Trigger. The Trigger attributes and the relationships to the impacted industry 

segments, product element codes and transaction or service codes are entered. 

Creating a trigger is essentially a two-step process. After the page is complete, the 

user submits the newly created trigger for approval by the model administrator. 

Pending triggers are reviewed by the model administrator who may solicit input from 
15 other experts in the field to determine if the trigger is correct in form and that all 

impacted items are noted within the trigger. The trigger is then approved and made 

available for use in current and future analyses. 



View Trigger Page 

20 

Fig. 6 is an example Trigger View page, providing means for the user to view the 
parameters of a particular active or pending trigger. 
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New Impact Analysis Request Page 
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Fig. 7 is an example New Impact Analysis Request Page which presents a list of 
active triggers and provides the user with the following functions: 



• Setup a new analysis request by selecting one or more active triggers; and 
5 • View an Active Trigger. 

Impact Analysis Request Page 

Fig. 8 is an example first Impact Analysis Request Page providing means for the 
10 user to specify the parameters for a new Impact Analysis Request. Following is an 
outline of example input parameters. Also, refer to Fig. 8. 

. The Analysis Request Definition 

• Description - a description of the Analysis Request 
15 • Assessment Timeframe - in years (1 to 5) 

. The Analysis Request Scope and Basis 

• Customer Relationship Based Analysis 

■ Single customer relationships may be looked up based upon the 
relationship name or account number criteria 

20 • Customer Segment Based Analysis 

■ The customer segment and geographic scope are selected. 
Examples of customer segment comprise but are not restricted 
to: 

• All Customers 
25 • Consumer 
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• Financial Institutions 

• Small Business 

• Wholesale 

Examples of geographic scope comprise but are not restricted 
5 to: 

• Enterprise 

• Region 

• Bank 

• Branch 
10 • The Impacted Service Codes 

• Both impacted and non-impacted service codes may be selected for 
inclusion within the results 

• The Baseline Dates of the Analysis Request - either a year or date range 

• The Baseline Growth Percentages 
15 • The Adoption Percentages 

Following the entry of the required parameters, the Impact Analysis Request may be 
submitted for processing. 

20 Impact Analysis Request Page 

Fig. 9 is an example second Impact Analysis Request Page providing the user 
functionality to view and delete a previously submitted Impact Analysis Request. 

25 Impact Analysis Request Results 
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Fig. 10 is an example Impact Analysis Results Page which provides the user a list of 
processed Impact Analysis Requests. The user is provided the following 
functionality: 

• filtering the results list based on the Trigger Name and the requestor; 

• viewing the results for a selected request; 

• viewing the original request parameters ; 

• providing user access to the results for viewing or modifying; and 

• setting up a new analysis request based upon the parameters of an existing one. 

Impact Analysis Result Details Page 

Fig. 11 is an example Impact Analysis Result Details Page providing means for 
allowing the user to view analysis results from either of two perspectives: 
incremental impact or new total. 

The user can also choose one or both of the following view formats: 

• Graphical - the results are presented in a graphical bar chart form; and 

• Table - the results are presented in a traditional tabular form. 

Trigger Results Users Page 
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Fig. 12 is an example Trigger Results Users Page allowing the user to grant viewing 
permissions to other users of the application. 

Actual Data Views Page 

5 

Fig. 13 is an example Actual Data Views Page providing a list of processed Data 
View Requests. From this page the user may perform the following actions: 

• View the original request parameters; 

10 • Setup a new Data View Request based on the parameters of an existing one; 

• View the results of a processed Data View Request; and 

• Setup a new Data View Request. 

Actual Data View Request Detail Page 

15 

Fig. 14 is an example Actual Data View Request Detail page providing means for 
allowing the setup of a new Actual Data View Request. The Actual Data View 
Request Detail page allows the definition of a new Actual Data View Request. 

20 • The Actual Data View Request Definition 

• Request Description - a description of the Actual Data View 
Request 

. The Actual Data View Request Scope 

• Customer Relationship Based Actual Data View 
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■ Single customer relationships may be looked up based upon the 
relationship names or account number criteria 

• Customer Segment Based Actual Data View 

■ The Customer Segment and Geographic Scope is supplied. 
Examples of Customer segment comprise but are not restricted 
to: 

• All Customers 

• Consumer 

• Financial Institutions 

• Small Business 

• Wholesale 

Examples of Geographic Scope comprise but are not restricted 
to: 

• Enterprise 

• Region 

• Bank 

• Branch 
• The Impacted Service Codes 

. The Baseline Dates of the Actual Data View Request 

• Year based - a baseline year is required 

• Date range based - start and end months and years are required, 
an option for specifying the results to be annualized is provided 



Following the entry of the required parameters the Actual Data View Request may be 
submitted for processing. 
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Actual Data View Result Page 



Fig. 15 is an example Actual Data View Result Page showing the results of a 
5 selected Actual Data View Request. The following information is presented: 

• Detail information relating to the description, date, and time and request number; 

• Summary Totals for Volume, Revenue, Cost, and Margin across service code 
groups; and 

10 • The service code group summary totals may be drilled down to their respective 
service code participants. 

Sample Application Administration Pages 

1 5 Home Page - Administrator User View 

Fig. 16 is an example Home Page (Administrator user view) presented to the user 
following application logon. This page presents the functional subject areas within 
the application. For ease of navigation these functional areas may be linked to 
20 throughout the application via the toolbar frame. For administrators of the 
application, the Administration link is made available. 

Administration Home Page 
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Fig. 17 is an example Administration Home Page for application administrators 
providing navigation to the following functionality: 

• User Administration; 

5 • Trigger Priority Maintenance; 

• Payment Segment Maintenance; and 

• Fixed Cost Maintenance. 

Administration Users List Page 

10 

Fig. 18 is an example Administration Users List Page providing a list of all users 
defined to the application. From this page the following functions may be performed 
or linked to: 

15 • Setup of a new application user; 

• Deletion of an existing application user; and 

• View or maintenance of an existing application user. 

Administration User Detail Page 

20 

Fig. 19 is an example Administration User Detail page providing viewing and 
maintenance of an existing application user. It should be appreciated that the 
application supports users within different roles or types. 

25 Administration Trigger Priority Page 
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Fig. 20 is an example Trigger Priority Page providing functionality to reorder the 
priority of existing application triggers. Trigger priority is important if multiple triggers 
are used in the analysis, e.g. the trigger with the highest priority is applied and then 
5 the second priority applied to the remaining items and any new elements, etc. 

Table A herein below is an example of the impact of two triggers, T1 and T2, in 
which T1 has a higher priority than T2. 

10 Table A 

Baseline T1 Impact T2 Impact Remaining Results 
Code 1 1 00 50% 50% 25 
Code 2 100 40% 0% 60 
15 Code 3 100 0% 20% 80 

Administration Payment Segment Page 

Fig. 21 is an example Administration Payment Segment Page providing viewing and 
20 maintenance of industry segment percentages within industry segment groups. 

User Profile Page 

Fig. 22 is an example User Profile Page. In one embodiment of the invention, a user 
25 has administration status to maintain his or her profile information. 
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Summary 

One preferred embodiment of the Migration Model is an interactive Web enabled 
5 data mining tool which allows the user to select form several predefined triggers as 
well as to specify the parameters for the analysis. New triggers can be added, but 
are first reviewed and approved by the model administrator. 

When a user begins a new impact analysis the user is prompted to select one of 
10 many predefined triggers from a trigger table. The user can then select parameters, 
such as for example, growth rate, adoption rate, geographical location, type of 
business, etc., for each trigger selected. The user is allowed to select all customers, 
customers fitting into a sub set of customers, or any listing of customers including a 
customer set of one. 

15 

After processing, the results of the new impact analysis are presented to the user 
typically in graphical and/or data views. The user is further allowed to drill down into 
the parameters of the analysis for inspection. 

20 Accordingly, although the invention has been described in detail with reference to 
particular preferred embodiments, persons possessing ordinary skill in the art to 
which this invention pertains will appreciate that various modifications and 
enhancements may be made without departing from the spirit and scope of the 
claims that follow. 

25 
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